:0 

! VO 



: Jflrederick P. Fish 
? 1855-1930 

WK. Richardson 
1859-1951 



~~ BOSTON 
isL DALLAS 
; .fl DELAWARE 
10 NEW YORK 

y = SAN DIEGO 

SILICON VALLEY 
TWIN CITIES 
^WASHINGTON, DC 



225 Franklin Street** 
Boston, Massachus§J 
02110-2804 



Telephone 
617 542-5070 

Facsimile 
617 542-8906 

Web Site 
vAvw.fr.com 



Fish & Richardson p.c. 



October 20, 2000 



Attorney Docket No.: 12023-003001 

Box Patent Application 

Commissioner for Patents 
Washington, DC 20231 

Presented for filing is a new original patent application of: 
Applicant: Karun Philip and Harpal Maini 

Title: Segregation and Management of Financial Assets by Rules 



Enclosed are the following papers, including those required to receive a filing date 
under 37 CFR § 1.53(b): 



o 



u 



Specification 

Claims 

Abstract 

Declaration 

Drawing(s) 

Enclosures: 



Pages 
28 
5 
1 

[To be Filed at a Later Date] 
14 



— Postcard. 

This application is entitled to small entity status. A small entity statement will be 
filed at a later date. 



Basic filing fee 

Total claims in excess of 20 times $9 
Independent claims in excess of 3 times $40 
Fee for multiple dependent claims 



$355 
$36 
$0 
$0 



CERTIFICATE OF MAILING BY EXPRESS MAIL 
Express Mail Label No. EL182580783 



I hereby certify under 37 CFR §110 that this correspondence is being 
deposited with the United States Postal Service as Express Mail Post 
Office to Addressee with sufficient postage on the date indicated below 
and is addressed to the Commissioner for Patents, Washington, 
DC 20231 



Date of Deposit 




October 20, 2000 



Signature 



Sa^gr^a fall 



Typed or Printed Name of Person Signing Certificate 



Fish & Richardson p.c. 



Commissioner for Patents 
October 20, 2000 
Page 2 



Total filing fee: 



$391 



Under 37 CFR § 1.53(f), no filing fee is being paid at this time. 

If this application is found to be incomplete, or if a telephone conference would 
otherwise be helpful, please call the undersigned at (617) 542-5070. 

Kindly acknowledge receipt of this application by returning the enclosed postcard. 

Please send all correspondence to: 

DENIS G. MALONEY 
Fish & Richardson P.C. 
225 Franklin Street 
Boston, MA 02110-2804 

Respectfully submitted, 



-Baniel S. Coolidge 
Reg. No. 46,071 
Enclosures 
DSC/mgc 

20139699.doc 




Attorney's Docket No.: 12023-003001 



APPLICATION 



FOR 



UNITED STATES LETTERS PATENT 



TITLE: SEGREGATION AND MANAGEMENT OF FINANCIAL 

ASSETS BY RULES 

APPLICANT: KARUN PHILIP AND HARPAL MAINI 



CERTIFICATE OF MAILING BY EXPRESS MAIL 
Express Mail Label No ELI82580783 



I hereby certify under 37 CFR §1.10 that this correspondence is being 
deposited with the United States Postal Service as Express Mail Post 
Office to Addressee with sufficient postage on the date indicated below 
and is addressed to the Commissioner for Patents, Washington 
DC 20231. 

October 20. 2000 

Date of Deposit 




Signature 



Typed or Printed Name of Person Signing Certificate 



Attorney Docket No. 12023-003001 

Segregation and Management of Financial Assets by Rules 

This invention relates to managing financial assets 
using abstraction rules to segregate the assets into asset 
classes . 

Securitization of financial assets is used by 
financial institutions to sell interests in pools of 
financial assets. A financial asset can be any promise of a 
future flow of money. Rather than sell the individual 
underlying assets (e.g. the loan or account receivable) the 
risk of an individual asset going bad is spread by selling 
interests in a pool of assets. An interest in the pool can 
be a percentage interest in the entire pool, or in 
specified portions or aspects of the pool, called tranches. 
An interest (also called a security) may be in the form of 
shares of stock, limited partnership units or other forms. 
The interest is typically called an asset-backed security, 
and the process of pooling the financial assets and selling 
interests in the pool is called securitization. 

Securitization involves a number of parties including 
a lender (meaning a person or entity to whom a flow of 
money is to be paid) , a borrower (a person or entity who 
will pay) , and an investment bank which purchases pools of 
financial assets. Securitization can also include a rating 
agency that evaluates the various interests offered in the 
pool of financial assets, and investors who purchase 
interests in the pool of financial assets. Securitization 
involves a special-purpose vehicle that includes a legal 
entity such as a corporation set up to own the pool of 
financial assets, and a trustee that operates on behalf of 
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the investors overseeing the operation of the special- 
purpose entity- 
Interests in selected portions or tranches of the pool 
may be sold. Tranches represent a defined and limited 
5 aspect of the assets within the pool. For example, one 
tranche of a pool of loans might be the payments of 
principal only (a PO tranche) , and another tranche the 
payments of interest only (called an 10 tranche) . Other 
tranches of an asset pool might include a hierarchy of 

10 risk, e.g., payments received would be first applied to the 
most senior tranche and then downward in order of 
seniority, and losses applied first to the most junior 
tranche and then upwards in reverse order of seniority. Yet 
another tranche might be a range of interest rates paid 

15 within a pool of loans. 

Each tranche is eventually priced by investors 
(frequently with the aid of investment rating agencies) 
based upon perceived risk and rate of return. 

Mortgage loans have historically lent themselves to 

20 securitization because each loan is typically well 

documented, provides for a regular stream of payments, and 
has a relatively long life. Purchasers of interests in a 
pool of mortgage loans can review the individual assets' 
documentation. Other forms of financial obligations, such 

25 as accounts receivable, have not lent themselves as well to 
the securitization process as have mortgage loans. 
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Summary of the Invention 
The present invention is a system, a method and a 
computer program product which receives information related 
to financial assets, stores the information and segregates 
5 assets based upon rules. 

In another aspect, the invention manages accounts 
receivable, such as those generated at a retail pharmacy 
when filling prescriptions for an insured patient. In 
another aspect, information about the account receivable as 
10 it is generated is received by the invention in real time 
during an adjudication process wherein a pharmacy verifies 
with an insurer that a patient has coverage and the insurer 
agrees to pay the claim less the co-payment amount. 

In yet another aspect, the invention reconciles 
15 payments received with the associated account receivable, 
and where this cannot be done, generates an exception 
report . 

In another aspect, hard copy documents related to a 
financial asset such as an account receivable are scanned 
20 and an images stored for retrieval and display on request 
by an authorized user. 

In yet another aspect, the invention supplies reports 
in summary or detail regarding financial assets, access to 
the information being limited in accordance with rules 
25 established by a user. 

In yet another aspect, payments and other transactions 
regarding a financial asset are allocated in accordance 
with a tree representation of assets in accordance with 
abstraction rules . 
30 In another aspect, the invention provides for 

reporting and asset pool definition to a user at a client 
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connected to a server on a network, such as a local area 
network or the Internet. 

Among the advantages of the invention are one or more 
of the following. 

Financial assets may be aggregated in accordance with 
abstraction rules, and put into pools of assets. These 
pools can then be securitized and interests in the pools 
sold to investors. Investors can define the characteristics 
of assets in which they are willing to invest in accordance 
with rules defined by the investors. Because information 
regarding the financial assets is available over a network 
such as the Internet, and information regarding the 
financial assets can be gathered in real time, asset 
classes such as short-term receivables may easily be 
securitized. 

Investors may obtain reports at will on classes of 
assets in which they are investing in accordance with rules 
defined by the seller of interests in a pool of assets. 
Investors can customize these reports, and obtain summary 
information and even detailed individual asset information. 
This aspect eases the process of keeping watch over 
investments, as does the ability to verify underlying 
documents evidencing financial assets by reviewing scanned 
images of these documents. 

Management of financial assets, such as accounts 
receivable, is automated through the reconciliation 
process. As payments are received, they may be reconciled 
with the associated financial asset. Orphan payments that 
cannot be matched are thus easily identified, as are 
payments that do not match with the amount due, and an 
exception report automatically generated. Exception reports 
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can be summarized by originator so as to ease the task of 
resolving exceptions. 

Description of Drawings 

Brief Description of the Drawings 
FIG. 1 is a block diagram showing a financial services 
platform and entities involved in the securitization 
process . 

FIG. 2 is a block diagram of the financial services 
server platform. 

FIG. 3 is a dataflow diagram showing 
interrelationships between the parties to securitization 
and how the financial services server platform supports 
them. 

Fig. 4 is a block diagram of a system for defining 
instances of abstract object classes. 

FIG. 5 is a flowchart of a process for managing 
tranches . 

FIG. 6 is a block diagram showing a tree structure 
representation of a collateral pool. 

FIG. 7 shows a computer display showing an asset 
management function of the platform as displayed to a user 
connected to the platform over network. 

FIG. 8 shows a computer display showing a prefunding 
rulebase management function of the platform as displayed 
to a user connected to the platform over network. 

FIG. 9 shows a computer display showing a rulebase 
definition function of the platform as displayed to a user 
connected to the platform over network. 
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FIG. 10 shows a computer display showing an aggregate 
aging report function of the platform as displayed to a 
user connected to the platform over network. 

FIG. 11 shows a computer display showing a detailed 
individual asset reporting function of the platform as 
displayed to a user connected to the platform over network. 

FIG. 12 shows a computer display showing an exception 
report management function of the platform as displayed to 
a user connected to the platform over network. 

FIG. 13 shows a computer display showing a partial 
payment management function of the platform as displayed to 
a user connected to the platform over network. 

FIG. 14 shows a computer display showing a summary 
report of assets by originator function of the platform as 
displayed to a user connected to the platform over network. 

Detailed Description 
Referring to FIG. 1, a financial services server 
platform 10 provides support services to participants in a 
securitization transaction. For ease of reference, the 
financial services server platform is called the 
x> platform. " The platform 10 includes several sub- 
functions, described below in greater detail, which include 
back office operations 2; cash flow and receivables 
management 4; securitization management 6; and data mining 
and reporting 8 . 

The platform includes within the securitization 
management 6 function a securitization structuring system 
by which a purchaser of securities can define rules, which 
define characteristics of assets that the investor desires 
to purchase. For example, one purchaser may prefer 
mortgages from a selected zip code and not another zip 
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code. Other purchasers may prefer a higher risk, i.e., 
sub-prime market, pricing the security knowing that a 
higher portion of the portfolio of loans may go bad. The 
securitization structuring system supports the definition 
5 of rules to describe in abstract terms the particular 
characteristics of securities a purchaser wishes. 

The data mining and reporting 8 function supports 
creation of reports to the various parties in the 
securitization process. An investment bank 20 can obtain 

10 detailed reports on selected classes of assets, and can 
provide rules by which investors may obtain customized 
reports on the underlying assets in the pool in which the 
investors have purchased interests. Investors 28 can obtain 
any degree of detail regarding the assets in which they 

15 have invested, down to the individual asset level should 
they wish. Similarly, investment rating agencies 26, such 
as Standard and Poor, may have rapid access to the legal 
documentation (which is scanned into the platform 10 and 
logically linked to the related asset) . 

20 The platform 10 provides a suite of back office operations 

2, including receivables processing, exception reconciliation, 
exception processing and document scanning. Supporting 
documentation of the underlying assets may be scanned into the 
platform and made retrievable. Exceptions may include a payment 

25 which does not match the amount due on an account because of an 
error, or which cannot be associated with an account, or which 
the payor may have determined to pay an amount different from the 
face amount . 

The securitization management6 function supports the 
30 structuring of custom tranches. For example, an investment 
bank may wish to define a security based upon assets with a 
specified set of characteristics. For example, an 
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investment bank 20 may wish to purchase only accounts 
receivable from that set of accounts receivable of which, 
based upon a six-month history, eighty percent are paid in 
under 40 days. There are two components of rules that may 
5 be employed in selecting assets into pools: (i) rules to 
decide which assets to purchase based on the 
characteristics of the assets themselves and (ii) rules to 
decide which assets to purchase based on their effect on 
the aggregate parameters of the pool that would change if 

10 the assets were to be added to the pool. The latter are 
called "covenants". When covenants are violated, the 
platform provides an interactive tool to exclude certain 
assets so that covenants will not be violated. 

The financial services server platform 10 supports 

15 each of the entities involved in the securitization 

process. In the particular example shown, retail pharmacy 
accounts receivable constitute the underlying financial 
asset. Other kinds of financial assets can be used. 

The parties are coupled to the platform 10 via the 

20 Internet 12, direct connections or other networked type of 
arrangements (not shown) . A pharmacy 14 fills a 
prescription for a patient 16 providing an account 
receivable from an insurer 18 to the pharmacy 14. 
Documentation related to this account receivable may be in 

25 the form of paper, or it may be in the form of an 

electronic transaction. Electronic transactions may be 
provided directly over the Internet to the financial 
services server platform 10. Paper transactions are 
physically forwarded to the financial services server 

30 platform 10 for processing. 

A business, e.g., a pharmacy 14, can turn an accounts 
receivable into cash by selling the account receivable, 
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such as to an investment bank 20. The investment bank 20 
forms a pool of such accounts receivable. Details of each 
account receivable are maintained in the database 
maintained by the financial services server platform 10. 
5 The investment bank 20, based upon the information 

available in the financial services server platform 10, may 
define rules setting forth the characteristics of accounts 
receivable it is willing to purchase. Similarly, either 
investors or the investment bank may provide custom 

10 tranches of a pool of accounts receivable in accordance 
with rules that each may define. The financial services 
server platform 10 provides the mechanism for the 
production and application of such rules. 

The investment bank 20 typically forms a special- 

15 purpose vehicle 22 to hold the pool of financial assets, in 
this case being accounts receivable. The special-purpose 
vehicle 22 is typically a corporation or other legal entity 
formed for the sole purpose all holding the assets. A 
trustee 24 oversees the operations of the special-purpose 

20 vehicle 22. The trustee 24 has access to information 

regarding the performance of the accounts receivable held 
by the special-purpose vehicle which information is 
maintained by the financial services server platform 10. 
Different users will have different permissions to 

25 view different aspects of the information that is 

maintained in the platform, as discussed in more detail 
below. For example, individual investors 2 8 may have 
permission to look only at data that relates to assets 
within a tranche of assets in which they have invested. 

30 Reporting and access to information are made available by 
the platform over the Internet 12 to authorized users. The 
rating agency 26 can review all of the details and 
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underlying legal documentation related to the pool of 
accounts receivable by accessing the information contained 
on the financial services server platform 10. Because all 
of the information needed is available online, the process 
5 of rating the securities to be offered for sale by the 

investment bank 20 is more efficient. The rating agency 26 
is able to receive real-time collateral security level 
data, the cash flow waterfall, and historical asset 
performance data including default, prepayment and 

10 delinquency data in order to rate the securities issued 
based upon the underlying assets. 

Investors 28 may purchase interests in the pool of 
accounts receivable, or tranches of the pool, and can 
obtain information about the performance of the pool and 

15 individual account receivable from the financial services 
server platform 10. Investors may define rules to create 
custom reports. What information investors 26 are permitted 
to see may be limited by rules defined by the investment 
bank 20, as discussed below. 

20 By being able to define tranches at will, an 

investment bank 20 can define a security with an investment 
rating by design. In order to define such a security, the 
platform provides the capability for the investment bank 20 
to define rules. The rules can be implemented as a set of 

25 if /then clauses. On the "if" side, a user establishes the 
characteristics of assets. On the "then" side, a user 
establishes what will be paid. For example, in the case of 
an account receivable, this might be a pre-funding amount: 
either the face value of the receivable, or an over 

30 collateralized amount. An over collateralized amount is the 
amount a purchaser will extend less than face value against 
the asset, with the balance payable upon collection of the 
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asset. Additionally, there is a fee, or interest rate, that 
may be charged. For example, in the purchase of an account 
receivable, there may be a one percent nominal fee. 

The platform provides a vertical integration of 
5 functions that have in the past been spread among at least 
three entities: (i) securitization management (selecting 
of assets into the pool) usually done by the banking 
department of the investment bank (20); (ii) cash flow and 
receivables management (4) (usually done by a servicer 

10 (not shown) ) and (iii) Deal Management (the tranching and 
cash flow distribution to tranche holders) usually done by 
the Trustee (24) . 

Referring to FIG. 2, the financial services server 
platform 10 includes a receivables management system 30, an 

15 exception and receivables processing system 32, and a data 
archiving system 34 each provide data and services to a 
data cleansing and transformation process within a data 
warehouse 36. The platform is image enabled and supports 
document scanning 38 on site, with remote processing and 

20 data import with image indexing. 

From the user side, workstations 40, 42 and 44 
connected to the platform through the Internet or an 
intranet through servers 46 and 48, and local workstations 
50 and 52, may access services from the platform. Online 

25 structuring tools 54 permit a user to define tranches, 
define asset classes and access rules for other users. 
Users are prompted by a series of screens for the various 
functions they may wish to access. Similarly, users may 
access the data analysis capabilities 56 (their access 

30 being in some cases defined by rules defined by other 
users, as discussed below.) 
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Referring to FIG. 3, the retail pharmacy industry is a 
market where securitization of accounts receivable is 
desirable. Individual pharmacies 14 routinely produce a 
relatively large volume of accounts receivable of small 
5 dollar value, typically in the range of $15 to $50. For 
example, a patient 16 presents a prescription to be filled, 
and an insurance identification card. The pharmacist 
contacts the insurance company 18, often by an automated 
on-line adjudication system, to confirm that the patient 

10 has insurance coverage, and to determine the amount of the 
prescription charge that will be covered by the insurance, 
and the co-payment amount that must be collected from the 
patient. This series of transactions produces an account 
receivable from the insurance company 18. The pharmacist 

15 monitors payments received (frequently from a large number 
of different insurance companies) and must match the 
payments against the receivables, called account 
reconciliation . 

The process of account reconciliation, which involves 

20 both electronic and paper data, can be time-consuming, 

costly and complex. Frequently, the amount paid will not 
match the amount of the corresponding receivable. The 
insurance company may make a determination that it was in 
error when it approved the original transaction and 

25 unilaterally alter the amount actually paid. Errors are 
made. Because of the small dollar amounts involved in an 
individual account receivable, a pharmacist may not pursue 
a discrepancy because it is not worth the cost in time and 
effort involved. Additionally, while the account receivable 

30 remains outstanding, the pharmacist 14 is in effect making 
an interest free loan to the insurance company pending 
receipt of payment. Insurance companies are not encouraged 
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to make prompt payment, but rather hold the money for as 
long as may be. Because of the small amounts that may be 
involved with an individual insurance company, a pharmacist 
is discouraged from actively pursuing prompt payment. 
5 Historically, retail pharmacy accounts receivable have 

not been a good candidate for securitization. Their short- 
term nature and the difficulty of review of the underlying 
paperwork and small amount of the individual transactions 
have made it difficult to securitize these assets. The 

10 platform addresses these and many other issues, and makes 
securitization of such assets more feasible. 

Referring to FIG. 3, the financial services server 
platform 10 supports many aspects of the securitization 
process. The financial services server platform 10 includes 

15 floor and basic operations: back office operations 2, cash 
flow and receivables management 4, securitization 
management 6, and data mining and reporting 8. 

Back office operations 2 include receivables 
processing, exception reconciliation and processing, and 

20 document scanning and imaging. Underlying legal 

documentation and paper transactions are scanned and 
logically associated with the relevant financial asset. 

Cash flow and receivables management 4 includes debt 
structure management, early amortization management, and 

25 waterfall interest/principal management. As payments are 
received, the cash flow and receivables management 4 
function allocates payments and losses (the waterfall) in 
accordance with an asset tree structure (an example is 
shown in Fig. 5) The asset tree structure defines a 

30 hierarchy of seniority of tranches. Payments are applied in 
order of seniority, and losses are applied in reverse order 
of seniority. 
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Securitization management 6 includes defining rules 
for purchase of financial assets, and tranches. It also 
provides for credit enhancement support. The 
securitization management function 6 provides the structure 
5 and information for an insurer to ensure the collectibility 
of selected financial assets. Securitization management 6 
also provides a process by which rules may be defined to 
permit interested parties to review asset performance for 
assets within the pool of assets that the party has an 

10 interest in. 

Data mining and reporting 8 includes data warehousing, 
data mining tools to extract information and real-time 
asset tracking. The data mining 8 function also supports 
reporting such as static pool, aging, delinquency, 

15 historical performance of assets, and customized reporting. 
For example, the payment history of various insurance 
companies may be maintained on the financial services 
server platform 10 and obtained through data mining. 
Accordingly, an investor may choose to purchase interest 

20 only in account receivable from a particular group of 
insurers . 

Patients 16 have their prescriptions 67 filled by 
pharmacies 14 which produces a claim 68 (an account 
receivable) against an insurerl8. The invoice data 70 

25 regarding claims 68 is provided to the financial services 
server platform 10. This may be in the form of paper 
documentation, or electronic transaction information 
conveyed over the Internet or other communications medium. 
The financial services server platform 10 can then provide 

30 services to the pharmacy 14 in the form of processing the 
claim 68, and reconciling remittance data 72 with invoice 
data 70 and claims 68. Because all information related to 
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each account receivable is maintained on the financial 
services server platform 10, exception processing and 
errors may be dealt with more efficiently. Financial 
services server platform 10 can provide reports 74 to the 
5 pharmacies 14 regarding the status of their accounts 
receivable . 

A pharmacist may not desire to carry the accounts 
receivable, but rather sell them and receive the cash 
immediately. An investment bank 20 purchases accounts 
10 receivable from pharmacies 14 (in some cases through a 
bank, not shown) . The investment bank 20 pays the 
pharmacies in accordance with rules based pre-funding terms 
76. 

In accordance with the pre-funding terms, payments 78 
15 from the insurers 18 on the claims 68 are redirected by the 
investment bank 20 to a special purpose vehicle 22. The 
special purpose vehicle 22 is an entity formed by the 
investment bank 20 to hold the accounts receivable 68. 
Investors 28 may purchase interests in the special purpose 
20 vehicle 22. The special purpose vehicle is under the 
direction of a trustee 24, acting on behalf of the 
investors 28. 

As claims 68 are paid by the insurer 18, the payments 
78 are directed to the special purpose vehicle 22, the 

25 owner of the accounts receivable 68. As income is realized, 
periodic payments 80 are made to investors 28 in accordance 
with their respective investment terms. 

The investment bank 20 can define rules 82 to the 
financial services server platform 10 with respect to what 

30 financial assets it will purchase, defining tranches of 
those assets, what reports 89 it wishes and further rules 
defining what reports and information 84, 86 and 88 
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regarding those financial assets will be made available to 
investors 28, rating agencies 26 and the trustee 24 
respectively. The investment bank may further define asset 
classes (as discussed below) and custom tranches. 
5 Investors can obtain reports 84 from the platform 10 

regarding the performance of the assets held by the special 
purpose vehicle 22 in which they have invested. In 
accordance with rules defined by the investment bank 20, 
investors can obtain not only summary reports, but also can 
10 obtain detailed information down to the individual asset 
level . 

Referring to FIG. 4, the platform provides basic 
classes 150 (objects) of Asset, Originator, Pool, Tranche, 
Payment and Report. These classes provide an abstracted 

15 structure within which various aspects of the 

securitization process may defined, called instances. The 
class structure provides a set of minimum fields required 
in each class, as well as a minimum definition of 
relationships between instances of other classes and 

20 operations which may be performed on data within each 
instance of these classes. 

The definition of a particular instance of a class 
from a class causes a data structure to be generated by the 
instance definition 156 function of the platform 10. For 

25 example, the definition of a particular asset, e.g. a 

retail pharmacy claim, causes a retail pharmacy claim asset 
instance 158 (data structure) to be generated by the 
instance definition 156 platform. Similarly for the other 
object classes, data structures will be generated. There 

30 are some essential fields that all asset class instances 
will have such as Original Balance, Current Balance, 
Payment Schedule, which will be added to all newly defined 
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asset classes. Similarly for the other object class 
instances , data structures will be generated. [CAN WE HAVE 
ANY MORE DETAIL TO INSERT HERE???] 

The rules defined for purchasing assets into a pool 
5 are also specified while designing a pool, and the 

structured query language (SQL) code or equivalent, needed 
to implement the rules is generated by the platform and 
stored as stored procedures in the generated database 
tables. The tree definition of the tranche structure will 

10 also generate both data structures (database tables) and 
code (translated to SQL code) . [Note that in the tree 
structure, each tranche can be Interest Only, Principal 
Only, or a Bond (Interest plus Principal] 

The specification of the instances can be done via a 

15 point-and-click interface 152 using a browser, or by 
writing computer software code 154. They are also 
interchangeable: if a user specifies a set of objects 
through the point-and-click interface, the user can export 
it to the platform 10 as code, or import a computer 

20 software code object specification and view/modify it in 
the point-and-click interface 152. 

A user of the platform 10 may define new asset 
classes. For example, to provide pharmacy claims as a 
security a user could define an asset class called 

25 PharmacyClaims having the fields: 

- Chain code 

- NABP number 

- Rx Number 

- Date Of Fill 
30 - Amount 

- Adjustment Codes 
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In addition, certain other fields are included such as 
import directory; export directory; XML (extended markup 
language) document type definition (DTD) filename with 
path; an AssetID to assign a unique number; Amount Repaid 
5 which will be updated when payments are received against 
the asset; Chargebacks and Chargeback Comments. 

The platform 10 generates the asset class instance 
(table) PharmacyClaims 158 as a specific instance of the 
Asset class. The user may assign and de-assign permission 
10 to specific users or groups to view fields within 

PharmacyClaims 158. The system will generate an XML 
language document type definition (XML DTD) that defines an 
import-export format for records into and out of this 
table . 

15 Similarly, instance definitions may be defined for 

other asset instances 160, report instances 162, originator 
instances 164, pool instances 166, payment instance 168 and 
tranche definition instances 170. 

In another aspect, the platform supports the similar 

20 abstraction of financial assets. Assets may be described 
not in terms of their underlying transactional nature (i.e. 
mortgage loan, account receivable, promissory note) but 
rather in terms of their common financial characteristics f 
and managed similarly. The platform manages the abstracted 

25 representation of a pool of financial assets and the 

tranches of such assets in a tree structure (discussed 
below) which simplifies the process of waterfall management 
or allocation of income and losses among various tranches 
of a pool of financial assets. 

30 The investment bank 20 and investors 28 can define 

custom tranches of pools of assets. Rules are used to 
define a hierarchy of nodes each of which nodes defines a 
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tranche, and the hierarchy defines the waterfall- The nodes 
have the at least the fields shown in the table below: 



Amount 


HTVio rlnlloT om Aunt r\f tn trdtlP hp 


rerceniage 


WViat nprppnt of thf* entire rnl lateral noftl this tranche IS 

W IlCLL JJCIL-Cllt UI lilt C11L1I O ^-UllClltU Cll puui lino li tii ivii^ 10 


Interest 


The coupon paid on the bond 


Type 


The convention on which the interest is paid, fixed or 
floating 


Type of security 


Interest only, principal only, bond, collateral, cash 


Maturity 


Maturity of the Tranche 


Cusip 


Cusip number 


Class 


Class designation 



Referring to FIG. 5 a process 90 for defining a tree 
5 of tranches of a given pool of assets is shown. At each 
level i of tranches there may be sub categories j of 
tranches. Beginning at the top level (i=l) , indices i and j 
are initialized 92. The process 90 determines 94 whether 
there is a rule. If not, the process is done 95. In the 

10 simplest case, there would be one tranche of the entire 
pool. If there is a rule, the rule is read 96 and the 
tranche is produced 98 in accordance with that rule. Rules 
may be obtained online directly from users 100 operating 
from a terminal, or may be supplied on tape or other 

15 storage media 102. 

The sub-tranche index j is incremented 98 and the 
process 90 determines 104 if there is another sub tranche 
to be defined at this level i. If there is another sub- 
tranche, the rule for the next sub tranche is read at 96 

20 and the process 90 continues. If there is not another sub- 
tranche at this level, any remainder of the pool of assets 
at level i becomes tranche i,j 106. The level index i is 
incremented 108 and the process continues for the next 
level of tranches 94. 
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Referring to FIG . 6 an example tranche tree 110 is 
shown. The tranche definition process 60 produces a tree 
110 representation of tranches. Arrows 112, 114, and 116 
indicate a relationship of seniority. Solid lines indicate 
5 from what tranche a sublevel of tranches is derived. 

From a collateral pool 118, three tranches 120, 122 
and 124 have been defined at the first level 126. In this 
example, tranche 120 is called class A, and is senior to 
tranche 122, called class B. Tranche 122 is in turn senior 

10 to tranche 124, class C. 

At the second level 128, the class A tranche 120 has 
been further subdivided into two tranches 130 and 132. 
These tranches are not in a senior/subordinate 
relationship, but rather divide the class A tranche 120 

15 into an interest only component 130 and principal only 

component 132. Similarly, the first level class C tranche 
124 has been subdivided into two tranches 134 and 136, 
which are in the senior/subordinate relationship as shown 
by the arrow 116. 

20 The rules definition process can define any asset 

class and pool/tranche structure. Not only can traditional 
tranches of securities be structured, defining simple 
senior-sub structures, the tree structure may be used to 
generate senior-sub, interest only- principal only (IO-PO) 

25 and cash-collateral structures of any complexity. With a 

floating tranche derived from a fixed interest tranche, one 
may implicitly define a swap. With a currency field 
attached, it can also handle currency swaps. With interest 
only and principal only tranches a user can separate pre- 

30 payment risk from default risk. 

New tranche structures may be defined as needed. 
Specialty finance users may utilize their particular 
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knowledge about some particular asset class to make a 
profit by taking a risk the user understands and others do 
not . 

Seniority (shown by arrows across 112, 114, and 116) 
5 determines which tranche gets paid and in which order. For 
example, using the tree structure shown in FIG. 5?, and 
assuming the principal amount of the entire pool is one 
dollar, if one dollar of principal is collected by the 
servicer on the collateral pool then 70 cents are paid to 

10 Class A 120, 20 cents to Class B 122 and 10 cents to Class 
C 124. Payments flow in order of seniority, shown by the 
arrows 112 and 114. Losses, on the other hand, flow right 
to left. This means that if only seventy-five cents of 
principal are collected then Class A 120 is paid down 

15 fully, receiving seventy cents and Class B 122 gets five 5 
cents. Class C 124, the most junior, does not get any 
payment . 

Tranches may further distinguish between interest and 
principal. For example, if, in addition to $1 of principal, 

20 the collateral pool 80 bears interest at the rate of ten 
percent per annum, then this interest in also allocated to 
each of these tranches in order of seniority. Assuming 
payments are applied first to interest and then to 
principal, Class A 120 is paid interest and then principal; 

25 then Class B 122 is paid interest, then principal and so 
on. Class A 120 in turn passes on all of its interest to 
Class XI 130 and all of its principal to Class X2 132. 
Assuming for this example that ten cents of interest is 
available on the collateral. Class A 120 gets seventy 

30 percent times the Class A 120 coupon rate eight percent, or 
5.6 cents. Class B 122 gets twenty percent times the Class 
B 122 coupon rate 12.5 % = 2.5 cents. Class C 124 gets ten 
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percent times the Class C 124 coupon rate nineteen percent 
=1.9 cents. In turn, the Class Zl 134 and Z2 136 share the 
Class C 124 1.9 cents in order of seniority. 

The tree and example described are for the purpose of 
5 illustrating the concept. This methodology can be used 
with any level of complexity. For example, a special case 
of the hierarchy is a pass-through. In this instance all 
nodes are removed except the collateral pool node. The 
platform software applications may be hosted centrally and 

10 subscribed to and used by users locally, over the Internet 
and through intranets or other communications mediums. 

As a non-limiting example, one particular type of 
asset could be called a PharmacyClaim, with the Originator 
being Pharmacy, the Pool being, XYZ Investment Bank 

15 Pharmacy Pool #822, and the Tranches being 90% Senior, 
broken out into 10 and P0, plus 5% mezzanine as a Bond, 
plus 5% equity covered by cash reserves. The Payment type 
in this case would be Remittance Advice (RA) consisting of 
a Check/EFT record, and a PA Detail record. 

20 Another investment bank may define an Asset as a 

Residential Mortgage, with the Originator being Regional 
Banks, the pool being, say, ABC #123, and a complex Tranche 
structure with senior— sub and IO-PO characteristics. The 
Payment object here would be an Installment, with a check 

25 record. 

The only thing that is enforced is that the "loan" 
related fields are compulsory: Original Balance, Current Balance, 
Principal, Interest, Payment Schedule (an array of Dates, 
Principal Due, and Interest Due) . Each Tranche, being essentially 
30 an asset, must contain the same compulsory fields. These 

financial fields are reflected in the Pools into which assets are 
bought as well. 
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Accordingly, many different kinds of financial assets may 
be managed by the Platform 10 according to the common financial 
characteristics derived during the abstraction process- i.e. each 
type of financial asset is described and managed by the Platform 
5 10 in accordance with the characteristics common to all of the 
financial assets as defined by the compulsory fields. 

Permitted users may log in and define any type of 
asset, any type of originator, and any type of pooled 
security based on those assets and originators. The 

10 platform supports specification of rules for automatic 
repurchase of assets by the originator, such as, in the 
case of retail pharmacy accounts receivable, a claim which 
is subsequently denied. The platform also supports rules to 
be changed periodically, so that, for example, an 

15 investment bank purchaser may create a purchase rule for a 
limited class of assets within a pool, and later, as a 
comfort level has been reached, expand that class, or, 
conversely, restrict it. Different purchasers may set up 
different purchase rules. The platform automatically 

20 generates data interface specifications for import of asset 
and payment data from foreign systems, and export of 
reconciliation data back to those or other systems. 

The platform provides the following services: 
Structuring support : 

25 An aggregate security can be defined by the structurer by a 
set of rules defining which assets will be purchased, with 
how much over-collateralization, with/without recourse, and 
at what price (fee/interest rate) 
Contract Management support: 

30 The rule base can be exported to a legal documentation 

system and used to generate the paperwork necessary for the 
Purchase of Assets contract. 



23 



Segregating Financial Assets By Rules 
Distribution support : 

When the structurer re-sells portions of the security to 
others, payments received belong to and must be allocated 
among the various purchasers of the asset-based securities. 
5 The platform keeps track of the appropriate allocations and 
generates the electronic funds transfer (EFT) file for 
funds transfer each day. 
Support for credit enhancement: 
(senior/ subordinate debt) 

10 When selling portions of the securitized assets to 

others, the platform allows definition of which purchasers 
have to take the first credit losses if any. Regardless of 
which particular claim defaulted, the "senior" investor 
will not take the loss. The subordinate investor agrees to 

15 take a percentage of the first losses in exchange for a 
higher yield to compensate for the higher risk position. 

The platform 10 includes several tools to support its 
services. While in the implementation described herein 
specific tools are mentioned, it is not necessary that 

20 these specific tools be used. That is, other similar tools 
may be provided to supply similar functions. 

A high-speed, high-volume, image-assisted production 
imaging and workflow management application supports 
setting up custom workflow and business rules. Once the 

25 workflow is defined, the software ensures that each batch 

passes through each process step. The application has a set 
of workf low-enabled applications for production key-from- 
image data capture. These applications include (i) a high- 
performance key-from- image application; (ii) a form 

30 designer; (iii) an importer for importing scanned images; 
(iv) an exporter: for exporting data into any desired 
output data format; and (v) an administration console for 
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managing user access, customizing the workflow required, 
reporting, statistics, etc. 

The platform 10 also includes an image warehousing 36 
and archival system for management of scanned images on 
5 magnetic or optical storage media such as CD-ROMs. It 

allows users to search for documents and images using user- 
defined keywords (indexes) . It includes a publisher used 
for publishing warehouses of images, and a viewer used for 
retrieving and viewing the images locally and over the 
10 Internet. 

Images are stored across volumes on hard drives or 
offline on any storage media. The system will prompt the 
user to put the appropriate CD volume into any available 
drive in order to view the image. Keyword (index-based) 
15 searches can be done even for documents in offline volumes. 

The platform 10 supports automatic disaster recovery 
and replication by storing index data on the CD' s with the 
image data. The archive can therefore be reconstructed from 
the CD data at any time. 

20 The platform also includes an application which 

manages batch-oriented high volume scanning operations. 
This application can manage multiple jobs with different 
types of forms, and maximizes the productivity of scanner 
operators. It supports re-scan of missed or poor quality 

25 documents, automatic batch counting for reconciliation, 

encryption and compression of image data, and transmission 
of data across a secure Intranet for processing. 

FIG. 7 shows an asset management screen function 139 
as shown to a user connected to the platform. The user may 

30 be connected to the platform locally or by a local area 
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network, by a wide area network, or by a global network 
such as the Internet. 

The asset management function screen 139 includes 
buttons 140, 142and 144 allowing a user to define 140 
5 securities (assets) , modify 142 existing securities and to 
delete 144 existing securities. Existing securities are 
selected by a Security Name scroll down 166. 

Many screens showing functions of the platform have a 
common menu of hyperlinks to other functions. For example, 

10 selecting the home link 146 will bring up a home screen. 
Access to other functions of the platform may be accessed 
similarly by selecting links for reports 148, manage 
securities 150, manage assets 152, manage originators 154, 
manage reports 156, manage payments 158, manage tranches 

15 160, daily transactions 162 and manage user access 164. 

The asset management function screen 139 shows a 
summary of fields associated with a particular asset, shown 
as Pharmacy claims in FIG. 7. As other assets are defined, 
they may be selected for viewing as well. The asset 

20 Pharmacy claims has three fields named NABP 168, RxNumber 
170 and SignUp Date 172. Rules for prefunding Pharmacy 174 
Claims are shown at the bottom of the screen. 

FIG. 8 shows an existing prefunding rulebase 
management function 173, with a display of an existing 

25 prefunding rulebase 174. A user may select functions to 
Remove Rule 176 and Add Rule to modify the existing 
rulebase 174. 

FIG. 9 shows a rulebase definition function screen 
179. A user defines a condition for prefunding by selecting 

30 among existing fields in an asset by selecting in the Field 
scroll down 180, and then defines a condition by use of a 
relation operator scroll down 182, and an amount window 
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184. Relationship operators include equal (=) , less than 
{<) , greater than (>) and combinations of these. Rules may 
be concatenated and combined with a concatenation button 
18 6 using logical operators "and" or "or". As a rule is 
5 developed f the condition portion of the rule appears in a 
Rule Window 18 8. 

Having defined a condition for prefunding, the user 
then defines a prefunding rule. A rule consists of a 
mathematical operator and a scalar. In the example as shown 

10 in FIG. 9, the rule is formed by selecting an operator from 
an operator scroll down 101, and inserting a scalar in the 
input field 190. Additionally, a fee may be defined in a 
fee input field 192 and a fee operator scroll down 193. The 
user selects whether the prefunding is with or without 

15 recourse by selecting from the Yes/No recourse radio 
buttons 194. 

FIG. 10 shows an aggregate aging report function 
screen 200. The report shows aggregate agings for selected 
assets, for example as shown in FIG 10, for Pharmacy Claims 

20 aging 202 and House Mortgages 204. 

A user with appropriate access rights (which are 
definable with the platform) may elect to see a detailed 
individual asset report (drill-down report) screen 210. The 
screen shows the details of individual assets by sorted in 

25 the example shown in FIG 11, by originator. An individual 
asset report 212 shows details of the individual asset. 

As payments are received with respect to assets, they 
must be matched with the appropriate asset and credited. 
Frequently, payments are received with insufficient 

30 documentation to match to an asset, or payments are claimed 
by payor which do not match the payments received. Such 
events are called exceptions. A user with appropriate 
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privileges may view an exceptions management screen 220, 
which reports both checks without remittance details 222 
and payment details without proof of payment exceptions 
224. The platform supports the ability to show scanned 
5 images of the related documents by selecting the images 226 
and 228. 

As payments are received, they may not be for the full 
amount of the claim, resulting in a chargeback to the 
issuer. FIG. 13 shows a chargeback management function 
10 screen 230, with a report of chargebacks by individual 
asset 232. 

A user may select to view a summary report of 
aggregate assets by originator 240, as shown in FIG. 14. 
Sorted by originator, a summary of assets owned, 
15 chargebacks, assets available for purchase and the net ACH 
amount for the day for the purchase 242 are shown. 

The platform is not limited to the example shown of 
retail pharmacy accounts receivable. Other kinds of 
accounts receivable and financial assets are suitable for 
20 management with the platform. 

Other embodiments are within the scope of the 
following claims. 
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What is claimed is: 

1 1. A system for managing financial assets comprising: 

2 a computer system to receive information regarding 

3 financial assets; 

4 a storage system coupled to the computer system, the 

5 mass storage system storing the information, and 

6 a computer program to execute on the computer system, 

7 comprising computer instructions to cause the computer 

8 system to: 

9 segregate the financial assets into a first category 

10 and a second category according to a first set of rules; 

11 and 

12 segregate the financial assets contained within a 

13 first one of each of the first and second categories into 

14 asset classes according to a second set of rules. 

1 2. The system of claim 1 wherein the financial assets 

2 comprise accounts receivable. 

1 3. The system of claim 2 wherein the computer system 

2 receives information regarding transactions related to 

3 accounts receivable in real-time. 

1 4. The system of claim 1 further comprising: 

2 a computer program comprising instructions to cause 

3 the computer system to reconcile a transaction related to 

4 an financial asset. 

1 5. The system of claim 4 further comprising: 
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2 a computer program comprising instructions to cause 

3 the computer system to manage an exception related to the 

4 transaction. 

1 6. The system of claim 1 further comprising: 

2 a scanner to scan a document related to a financial 

3 asset to make a scanned image, and to store the scanned 

4 image on the mass storage system. 

1 7. The system of claim 6 wherein scanned images are 

2 displayed to an authorized user upon request 
1 

1 8. A method of managing financial assets comprising: 

2 providing a pool of financial assets; 

3 abstracting information regarding a subgroup of the 

4 financial assets within the pool according to at least a 

5 first abstraction rule; 

6 summarizing the information provided by operation of 

7 the first abstraction rule; 

8 providing information regarding individual financial 

9 assets within the subgroup of the pool according to at 
10 least a second rule. 

1 9. The method of claim 8 in which the financial assets 

2 comprise accounts receivable. 

1 10. The method of claim 8 wherein abstracting further 

2 comprises : 

3 abstracting information using a hierarchy of 

4 abstraction rules to define hierarchical subsets of the 

5 pool of financial assets. 
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1 11. The method of claim 10 further comprising: 

2 representing the hierarchy of abstraction rules as a 

3 tree structure defined by the hierarchy of abstraction 

4 rules. 

1 12. The method of claim 8 further comprising: 

2 producing a report concerning individual financial 

3 assets within the subgroup of the pool according to the at 

4 least first abstraction rule with producing being 

5 constrained by the at least second rule. 

1 13. The method of claim 12 further comprising: 

2 requesting the reports based on the at least first 

3 rule through a client system that is coupled to a server 

4 system over the Internet. 

1 14. The method of claim 12 further comprising: 

2 scanning a document related to a financial asset to 

3 create a scanned image, storing the scanned image and 

4 displaying the scanned image to an authorized user, wherein 

5 the authorization is defined by the at least second rule. 

1 15. The method of claim 12 further comprising: 

2 requesting the report based on the at least first rule 

3 by through a client system that is coupled to a server 

4 system over the Internet. 

1 16. The method of claim 12 in which the financial assets 

2 comprise short term accounts receivable. 
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1 17. A computer program product, stored on a computer 

2 readable medium, for managing accounts receivable, the 

3 program comprising instructions for causing a computer to: 

4 receive and store information related to financial 

5 assets; 

6 define a pool of financial assets in accordance with 

7 at least a first asset pool definition rule; 

8 abstract information regarding a subgroup of the 

9 financial assets within the pool according to at least a 

10 first abstraction rule; 

11 summarize the information provide by operation of the 

12 first abstraction rule; 

13 provide information regarding financial assets within 

14 the subgroup of the pool according to at least a first 

15 access rule. 

1 18. The computer program product of claim 17 in which the 

2 financial assets comprise accounts receivable. 

1 19. The computer program product of claim 17 further 

2 comprising in which the information is received in real 

3 time. 

1 20. The computer program product of claim 17 further 

2 comprising instructions for causing a computer to abstract 

3 information using a hierarchy of abstraction rules to 

4 define hierarchical subsets of the pool of financial 

5 assets. 

1 21. The computer program product of claim 20 further 

2 comprising instructions for causing a computer to represent 
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3 the hierarchy of abstraction rules as a tree structure 

4 defined by the hierarchy of abstraction rules. 

1 22. The computer program product of claim 17 further 

2 comprising instructions for causing a computer to produce a 

3 report concerning individual financial assets within the 

4 subgroup of the pool according to the at least first 

5 abstraction rule with producing being constrained by the at 

6 least second rule. 

1 23. The computer program product of claim 22 further 

2 comprising instructions for causing a computer to provide a 

3 report in response to a request from a user based on the at 

4 least first rule through a client system that is coupled to 

5 a server system over a network. 

1 24. The computer program product of claim 17 further 

2 comprising instructions for causing a computer to scan a 

3 document related to the financial obligations to create a 

4 scanned image, store the scanned image and display the 

5 scanned image to an authorized user, wherein the 

6 authorization is defined by the at least second rule. 

1 
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ABSTRACT 



The invention supports the management of financial 
assets such as accounts receivable or mortgages. The 
invention provides a facility for a user to define rules to 
segregate assets into pools, define purchasing rules, 
capture real time information regarding transactions, 
reconcile payments and produce exception reports, define 
access rules for individual users to see information 
relating to pools of assets and individual assets within a 
pool, and provide customized reports and access to details 
related to assets over a network. The invention uses 
abstract representations of financial assets to obtain 
instances of defined object classes related to the 
financial assets in order to define pools of financial 
assets in accordance with common abstract characteristics. 
The invention uses a tree structured representation of 
asset classes for allocation of transactions to tranches 
and sub-tranches of assets within a pool. A user may define 
custom tranches and sub-tranches of pools of assets, as 
well as design pools of assets to an investment rating 
specification in advance. 
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